Apache2::Dispatch issue

Apache2::Dispatch issue

am 02.06.2010 03:43:37 von Joe Breeden

--001517447abe03d55c048802387f
Content-Type: multipart/alternative; boundary=001517447abe03d552048802387d

--001517447abe03d552048802387d
Content-Type: text/plain; charset=ISO-8859-1

Hey All,

I have been using Apache2::Dispatch with a fair amount of success - and
thank you Fred Moyer very much for this Perl module - until I tried to use
it with a specific web app/virtual host configuration. I wonder if someone
could take a moment and help me out. Basically, I have one "web app" that I
would like to use on two different virtual hosts on my server. When I
configure the location directive, one host works and the other fails. I have
attached the virtualhost config from my server.

As you can see there is nothing out of the ordinary in my configuration. If
I use that configuration and try to access
http://f4lkids.joehep.com/adminis loads as expect, but when I try to
access
http://f4l.joehep.com/admin I get a 'File does not exist:
/var/www/sites/fit4life/public_html/admin' line in the error log. The
authentication request is made, so I think apache is recognizing the
location directive and if I comment out the f4lkids.joehep.com virtual host
the f4l.joehep.com call works correctly.

I've done the normal searching - google, google groups, the this mailing
list, etc and have not seen anything relating to this issue. If someone
could point me in the correct direction, I would appreciate it. Thank you in
advance for your help.

Thanks,
Joe Breeden

--001517447abe03d552048802387d
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hey All,

I have been using Apache2::Dispatch with a fair amount of s=
uccess - and=20
thank you Fred Moyer very much for this Perl module - until I tried to use =
it with a
specific web app/virtual host configuration. I wonder if someone could tak=
e
a moment and help me out. Basically, I have one "web app" that I=
would=20
like to use on two different virtual hosts on my server. When I=20
configure the location directive, one host works and the other fails. I=20
have attached the virtualhost config from my server.


As you can see there is nothing out of the ordinary in my=20
configuration. If I use that configuration and try to access p://f4lkids.joehep.com/admin" target=3D"_blank">http://f4lkids.joehep.com/a=
dmin

is loads as expect, but when I try to access com/admin" target=3D"_blank">http://f4l.joehep.com/admin
I get a 'File does not exist: /var/www/sites/fit4life/public_html/admi=
n'
line in the error log. The authentication request is made, so I think=20
apache is recognizing the location directive and if I comment out the ef=3D"http://f4lkids.joehep.com/" target=3D"_blank">f4lkids.joehep.com
virtual host the f4l.=
joehep.com

call works correctly.



I've done the normal searching - google, google groups, the this
mailing list, etc and have not seen anything relating to this issue. If so=
meone=A0 could point me in the correct direction, I would appreciate it.=20
Thank you in advance for your help.

Thanks,
Joe Breeden


--001517447abe03d552048802387d--
--001517447abe03d55c048802387f
Content-Type: text/plain; charset=US-ASCII; name="virtual_host_conf.txt"
Content-Disposition: attachment; filename="virtual_host_conf.txt"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_g9xhn8fi0

TmFtZVZpcnR1YWxIb3N0IGFhYS5iYmIuY2NjLmRkZDo4MAoKPFZpcnR1YWxI b3N0IGFhYS5iYmIu
Y2NjLmRkZDo4MD4KICAgIFNlcnZlckFkbWluICJ3ZWJtYXN0ZXJAZjRsLmpv ZWhlcC5jb20iCiAg
ICBTZXJ2ZXJOYW1lIGY0bC5qb2VoZXAuY29tCiAgICBNSU1FTWFnaWNGaWxl IC9kZXYvbnVsbAog
ICAgQ3VzdG9tTG9nIGxvZ3MvZjRsLmpvZWhlcC5jb21fYWNjZXNzX2xvZyAi JWggJWwgJXUgJXQg
XCIlclwiICU+cyAlYiBcIiV7UmVmZXJlcn1pXCIgXCIle1VzZXItYWdlbnR9 aVwiIgogICAgRXJy
b3JMb2cgbG9ncy9mNGwuam9laGVwLmNvbV9lcnJvcl9sb2cKCiAgICBQZXJs T3B0aW9ucyArUGFy
ZW50CiAgICBQZXJsU3dpdGNoZXMgLUkvdmFyL3d3dy9zaXRlcy9maXQ0bGlm ZS9hcHAvbGliCiAg
ICBTZXRFbnYgVEVNUExBVEVQQVRIIC92YXIvd3d3L3NpdGVzL2ZpdDRsaWZl L2FwcC90ZW1wbGF0
ZXMKCiAgICBEb2N1bWVudFJvb3QgIi92YXIvd3d3L3NpdGVzL2ZpdDRsaWZl L3B1YmxpY19odG1s
IgogICAgPERpcmVjdG9yeSAiL3Zhci93d3cvc2l0ZXMvZml0NGxpZmUvcHVi bGljX2h0bWwiPgog
ICAgICAgIE9wdGlvbnMgK0luZGV4ZXMgK0ZvbGxvd1N5bUxpbmtzCiAgICAg ICAgT3JkZXIgYWxs
b3csZGVueQogICAgICAgIEFsbG93IGZyb20gYWxsCiAgICAgICAgQWxsb3dP dmVycmlkZSBBbGwK
ICAgIDwvRGlyZWN0b3J5PgoKICAgIDxMb2NhdGlvbiAvcHJvZ3JhbXJlZ2lz dGVyPgogICAgICAg
IFNldEhhbmRsZXIgcGVybC1zY3JpcHQKICAgICAgICBQZXJsSGFuZGxlciBG NEw6OlByb2dyYW1S
ZWdpc3RlcgogICAgPC9Mb2NhdGlvbj4KCiAgICBQZXJsTG9hZE1vZHVsZSBB cGFjaGUyOjpEaXNw
YXRjaAogICAgUGVybExvYWRNb2R1bGUgRjRMOjpBZG1pbjo6RGFzaGJvYXJk CiAgICBQZXJsTG9h
ZE1vZHVsZSBGNEw6OkFkbWluOjpEYXNoYm9hcmQ6OnVzZXJzCiAgICBQZXJs TG9hZE1vZHVsZSBG
NEw6OkFkbWluOjpEYXNoYm9hcmQ6OnRlbXBsYXRlcwogICAgUGVybExvYWRN b2R1bGUgRjRMOjpB
ZG1pbjo6RGFzaGJvYXJkOjpwYWdlcwogICAgUGVybExvYWRNb2R1bGUgRjRM OjpBZG1pbjo6RGFz
aGJvYXJkOjppbWFnZXMKCiAgICA8TG9jYXRpb24gL2FkbWluPgogICAgICAg IFBlcmxTZXRWYXIg
eG1sRmlsZU5hbWUgZml0NGxpZmUuY29uZi54bWwKICAgICAgICBQZXJsQXV0 aGVuSGFuZGxlciBG
NEw6OkFkbWluOjpCYXNpYwogICAgICAgIEF1dGhUeXBlIEJhc2ljCiAgICAg ICAgQXV0aE5hbWUg
IkZpdDRMaWZlS2lkc0FkbWluIgogICAgICAgIHJlcXVpcmUgdmFsaWQtdXNl cgoKICAgICAgICBT
ZXRIYW5kbGVyIHBlcmwtc2NyaXB0CiAgICAgICAgUGVybEhhbmRsZXIgQXBh Y2hlMjo6RGlzcGF0
Y2gKCiAgICAgICAgRGlzcGF0Y2hQcmVmaXggRjRMOjpBZG1pbjo6RGFzaGJv YXJkCiAgICAgICAg
RGlzcGF0Y2hTdGF0IE9uCiAgICAgICAgRGlzcGF0Y2hEZWJ1ZyAyCiAgICA8 L0xvY2F0aW9uPgoK
PC9WaXJ0dWFsSG9zdD4KCk5hbWVWaXJ0dWFsSG9zdCBhYWEuYmJiLmNjYy5k ZGQ6ODAKCjxWaXJ0
dWFsSG9zdCBhYWEuYmJiLmNjYy5kZGQ6ODA+CiAgICBTZXJ2ZXJBZG1pbiAi d2VibWFzdGVyQGY0
bGtpZHMuam9laGVwLmNvbSIKICAgIFNlcnZlck5hbWUgZjRsa2lkcy5qb2Vo ZXAuY29tCiAgICBN
SU1FTWFnaWNGaWxlIC9kZXYvbnVsbAogICAgQ3VzdG9tTG9nIGxvZ3MvZjRs a2lkcy5qb2VoZXAu
Y29tX2FjY2Vzc19sb2cgIiVoICVsICV1ICV0IFwiJXJcIiAlPnMgJWIgXCIl e1JlZmVyZXJ9aVwi
IFwiJXtVc2VyLWFnZW50fWlcIiIKICAgIEVycm9yTG9nIGxvZ3MvZjRsa2lk cy5qb2VoZXAuY29t
X2Vycm9yX2xvZwoKICAgIFBlcmxPcHRpb25zICtQYXJlbnQKICAgIFBlcmxT d2l0Y2hlcyAtSS92
YXIvd3d3L3NpdGVzL2ZpdDRsaWZlL2FwcC9saWIKICAgIFNldEVudiBURU1Q TEFURVBBVEggL3Zh
ci93d3cvc2l0ZXMvZml0NGxpZmUvYXBwL3RlbXBsYXRlcwoKICAgIERvY3Vt ZW50Um9vdCAiL2hv
bWUvZjRsa2lkcy9wdWJsaWNfaHRtbCIKICAgIDxEaXJlY3RvcnkgIi9ob21l L2Y0bGtpZHMvcHVi
bGljX2h0bWwiPgogICAgICAgIE9wdGlvbnMgK0luZGV4ZXMgK0ZvbGxvd1N5 bUxpbmtzCiAgICAg
ICAgT3JkZXIgYWxsb3csZGVueQogICAgICAgIEFsbG93IGZyb20gYWxsCiAg ICAgICAgQWxsb3dP
dmVycmlkZSBBbGwKICAgIDwvRGlyZWN0b3J5PgoKICAgIFBlcmxMb2FkTW9k dWxlIEFwYWNoZTI6
OkRpc3BhdGNoCiAgICBQZXJsTG9hZE1vZHVsZSBGNEw6OkFkbWluOjpEYXNo Ym9hcmQKICAgIFBl
cmxMb2FkTW9kdWxlIEY0TDo6QWRtaW46OkRhc2hib2FyZDo6dXNlcnMKICAg IFBlcmxMb2FkTW9k
dWxlIEY0TDo6QWRtaW46OkRhc2hib2FyZDo6dGVtcGxhdGVzCiAgICBQZXJs TG9hZE1vZHVsZSBG
NEw6OkFkbWluOjpEYXNoYm9hcmQ6OnBhZ2VzCiAgICBQZXJsTG9hZE1vZHVs ZSBGNEw6OkFkbWlu
OjpEYXNoYm9hcmQ6OmltYWdlcwoKICAgIDxMb2NhdGlvbiAvYWRtaW4+CiAg ICAgICAgUGVybFNl
dFZhciB4bWxGaWxlTmFtZSBmaXQ0bGlmZWtpZHMuY29uZi54bWwKICAgICAg ICBQZXJsQXV0aGVu
SGFuZGxlciBGNEw6OkFkbWluOjpCYXNpYwogICAgICAgIEF1dGhUeXBlIEJh c2ljCiAgICAgICAg
QXV0aE5hbWUgIkZpdDRMaWZlS2lkc0FkbWluIgogICAgICAgIHJlcXVpcmUg dmFsaWQtdXNlcgoK
ICAgICAgICBTZXRIYW5kbGVyIHBlcmwtc2NyaXB0CiAgICAgICAgUGVybEhh bmRsZXIgQXBhY2hl
Mjo6RGlzcGF0Y2gKCiAgICAgICAgRGlzcGF0Y2hQcmVmaXggRjRMOjpBZG1p bjo6RGFzaGJvYXJk
CiAgICAgICBEaXNwYXRjaFN0YXQgT24KICAgICAgICBEaXNwYXRjaERlYnVn IDIKICAgIDwvTG9j
YXRpb24+Cgo8L1ZpcnR1YWxIb3N0Pg==
--001517447abe03d55c048802387f--

Re: Apache2::Dispatch issue

am 08.06.2010 02:50:45 von Fred Moyer

On Tue, Jun 1, 2010 at 6:43 PM, Joe Breeden wrote:
> I have been using Apache2::Dispatch with a fair amount of success - and
> thank you Fred Moyer very much for this Perl module - until I tried to use
> it with a specific web app/virtual host configuration. I wonder if someone
> could take a moment and help me out. Basically, I have one "web app" that I
> would like to use on two different virtual hosts on my server. When I
> configure the location directive, one host works and the other fails. I have
> attached the virtualhost config from my server.
>
> As you can see there is nothing out of the ordinary in my configuration. If
> I use that configuration and try to access http://f4lkids.joehep.com/admin
> is loads as expect, but when I try to access http://f4l.joehep.com/admin I
> get a 'File does not exist: /var/www/sites/fit4life/public_html/admin' line
> in the error log. The authentication request is made, so I think apache is
> recognizing the location directive and if I comment out the
> f4lkids.joehep.com virtual host the f4l.joehep.com call works correctly.
>
> I've done the normal searching - google, google groups, the this mailing
> list, etc and have not seen anything relating to this issue. If someone
> could point me in the correct direction, I would appreciate it. Thank you in
> advance for your help.

Joe, can you post some of the debugging output from Apache2::Dispatch?
It looks like you have debugging enabled in the config file.

Re: Apache2::Dispatch issue

am 08.06.2010 18:10:03 von Joe Breeden

--001636b2b108a7935e048887059f
Content-Type: text/plain; charset=ISO-8859-1

I'm seeing this in the log on hits that fail:

Use of uninitialized value in substitution iterator at
/usr/lib/perl5/site_perl/5.8.8/Apache/Dispatch/Util.pm line 350.
Use of uninitialized value in string eq at
/usr/lib/perl5/site_perl/5.8.8/Apache/Dispatch/Util.pm line 368.


and this on hits that succeed:
Use of uninitialized value in subroutine entry at
/usr/lib/perl5/site_perl/5.8.8/Apache2/Dispatch.pm line 74.
Use of uninitialized value in subroutine entry at
/usr/lib/perl5/site_perl/5.8.8/Apache2/Dispatch.pm line 74.


On Mon, Jun 7, 2010 at 7:50 PM, Fred Moyer wrote:

> On Tue, Jun 1, 2010 at 6:43 PM, Joe Breeden wrote:
> > I have been using Apache2::Dispatch with a fair amount of success - and
> > thank you Fred Moyer very much for this Perl module - until I tried to
> use
> > it with a specific web app/virtual host configuration. I wonder if
> someone
> > could take a moment and help me out. Basically, I have one "web app" that
> I
> > would like to use on two different virtual hosts on my server. When I
> > configure the location directive, one host works and the other fails. I
> have
> > attached the virtualhost config from my server.
> >
> > As you can see there is nothing out of the ordinary in my configuration.
> If
> > I use that configuration and try to access
> http://f4lkids.joehep.com/admin
> > is loads as expect, but when I try to access http://f4l.joehep.com/adminI
> > get a 'File does not exist: /var/www/sites/fit4life/public_html/admin'
> line
> > in the error log. The authentication request is made, so I think apache
> is
> > recognizing the location directive and if I comment out the
> > f4lkids.joehep.com virtual host the f4l.joehep.com call works correctly.
> >
> > I've done the normal searching - google, google groups, the this mailing
> > list, etc and have not seen anything relating to this issue. If someone
> > could point me in the correct direction, I would appreciate it. Thank you
> in
> > advance for your help.
>
> Joe, can you post some of the debugging output from Apache2::Dispatch?
> It looks like you have debugging enabled in the config file.
>

--001636b2b108a7935e048887059f
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

I'm seeing this in the log on hits that fail:

Use of uninitializ=
ed value in substitution iterator at /usr/lib/perl5/site_perl/5.8.8/Apache/=
Dispatch/Util.pm line 350.
Use of uninitialized value in string eq at /u=
sr/lib/perl5/site_perl/5.8.8/Apache/Dispatch/Util.pm line 368.



and this on hits that succeed:
Use of uninitialized value in sub=
routine entry at /usr/lib/perl5/site_perl/5.8.8/Apache2/Dispatch.pm line 74=
..
Use of uninitialized value in subroutine entry at /usr/lib/perl5/site_=
perl/5.8.8/Apache2/Dispatch.pm line 74.



On Mon, Jun 7, 2010 at 7:50 PM, Fred Moy=
er <fred@red=
hotpenguin.com
>
wrote:
tyle=3D"margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204=
); padding-left: 1ex;">
On Tue, Jun 1, 2010 at 6:43 PM, Joe Breeden < en@gmail.com">joe.breeden@gmail.com> wrote:

> I have been using Apache2::Dispatch with a fair amount of success - an=
d

> thank you Fred Moyer very much for this Perl module - until I tried to=
use

> it with a specific web app/virtual host configuration. I wonder if som=
eone

> could take a moment and help me out. Basically, I have one "web a=
pp" that I

> would like to use on two different virtual hosts on my server. When I<=
br>
> configure the location directive, one host works and the other fails. =
I have

> attached the virtualhost config from my server.

>

> As you can see there is nothing out of the ordinary in my configuratio=
n. If

> I use that configuration and try to access oehep.com/admin" target=3D"_blank">http://f4lkids.joehep.com/admin

> is loads as expect, but when I try to access hep.com/admin" target=3D"_blank">http://f4l.joehep.com/admin I

> get a 'File does not exist: /var/www/sites/fit4life/public_html/ad=
min' line

> in the error log. The authentication request is made, so I think apach=
e is

> recognizing the location directive and if I comment out the

> f4lkids.joehep=
..com
virtual host the k">f4l.joehep.com call works correctly.

>

> I've done the normal searching - google, google groups, the this m=
ailing

> list, etc and have not seen anything relating to this issue. If someon=
e

> could point me in the correct direction, I would appreciate it. Thank =
you in

> advance for your help.



Joe, can you post some of the debugging output from Apache2::Dispatch?

=A0It looks like you have debugging enabled in the config file.






--001636b2b108a7935e048887059f--

Re: Apache2::Dispatch issue

am 08.06.2010 20:21:51 von Fred Moyer

On Tue, Jun 8, 2010 at 9:10 AM, Joe Breeden wrote:
> I'm seeing this in the log on hits that fail:
>
> Use of uninitialized value in substitution iterator at
> /usr/lib/perl5/site_perl/5.8.8/Apache/Dispatch/Util.pm line 350.
> Use of uninitialized value in string eq at
> /usr/lib/perl5/site_perl/5.8.8/Apache/Dispatch/Util.pm line 368.

Can you apply this patch and post the output from the failed hits?

Index: lib/Apache/Dispatch/Util.pm
==================== =====3D=
==================== =====3D=
=================3D
--- lib/Apache/Dispatch/Util.pm (revision 86)
+++ lib/Apache/Dispatch/Util.pm (working copy)
@@ -326,6 +326,7 @@
my $location;

# change all the / to ::
+ $log->debug('uri: ' . $r->uri) if $debug > 1;
(my $class_and_method =3D $r->uri) =3D~ s!/!::!g;

if ($newloc) {


>
>
> and this on hits that succeed:
> Use of uninitialized value in subroutine entry at
> /usr/lib/perl5/site_perl/5.8.8/Apache2/Dispatch.pm line 74.
> Use of uninitialized value in subroutine entry at
> /usr/lib/perl5/site_perl/5.8.8/Apache2/Dispatch.pm line 74.
>
>
> On Mon, Jun 7, 2010 at 7:50 PM, Fred Moyer wrote=
:
>>
>> On Tue, Jun 1, 2010 at 6:43 PM, Joe Breeden wrot=
e:
>> > I have been using Apache2::Dispatch with a fair amount of success - an=
d
>> > thank you Fred Moyer very much for this Perl module - until I tried to
>> > use
>> > it with a specific web app/virtual host configuration. I wonder if
>> > someone
>> > could take a moment and help me out. Basically, I have one "web app"
>> > that I
>> > would like to use on two different virtual hosts on my server. When I
>> > configure the location directive, one host works and the other fails. =
I
>> > have
>> > attached the virtualhost config from my server.
>> >
>> > As you can see there is nothing out of the ordinary in my configuratio=
n.
>> > If
>> > I use that configuration and try to access
>> > http://f4lkids.joehep.com/admin
>> > is loads as expect, but when I try to access http://f4l.joehep.com/adm=
in
>> > I
>> > get a 'File does not exist: /var/www/sites/fit4life/public_html/admin'
>> > line
>> > in the error log. The authentication request is made, so I think apach=
e
>> > is
>> > recognizing the location directive and if I comment out the
>> > f4lkids.joehep.com virtual host the f4l.joehep.com call works correctl=
y.
>> >
>> > I've done the normal searching - google, google groups, the this maili=
ng
>> > list, etc and have not seen anything relating to this issue. If someon=
e
>> > could point me in the correct direction, I would appreciate it. Thank
>> > you in
>> > advance for your help.
>>
>> Joe, can you post some of the debugging output from Apache2::Dispatch?
>> =A0It looks like you have debugging enabled in the config file.
>
>
>
>

Re: Apache2::Dispatch issue

am 08.06.2010 21:36:33 von Joe Breeden

--0015176f0a7e25a354048889e849
Content-Type: text/plain; charset=ISO-8859-1

On Tue, Jun 8, 2010 at 1:21 PM, Fred Moyer wrote:

> On Tue, Jun 8, 2010 at 9:10 AM, Joe Breeden wrote:
> > I'm seeing this in the log on hits that fail:
> >
> > Use of uninitialized value in substitution iterator at
> > /usr/lib/perl5/site_perl/5.8.8/Apache/Dispatch/Util.pm line 350.
> > Use of uninitialized value in string eq at
> > /usr/lib/perl5/site_perl/5.8.8/Apache/Dispatch/Util.pm line 368.
>
> Can you apply this patch and post the output from the failed hits?
>
> Index: lib/Apache/Dispatch/Util.pm
> ============================================================ =======
> --- lib/Apache/Dispatch/Util.pm (revision 86)
> +++ lib/Apache/Dispatch/Util.pm (working copy)
> @@ -326,6 +326,7 @@
> my $location;
>
> # change all the / to ::
> + $log->debug('uri: ' . $r->uri) if $debug > 1;
> (my $class_and_method = $r->uri) =~ s!/!::!g;
>
> if ($newloc) {
>
>
>
I made the change, but didn't see the output. In fact, I don't think any of
the logging output is actually being generated. It may be because my
mod_perl wasn't compiled with the proper switches for this module. I just
used the mod_perl that was configured with the host. I re-read the perldoc
and noticed this:

"This is alpha software, and as such has not been tested on multiple
platforms or environments for security, stability or other concerns. It
requires PERL_DIRECTIVE_HANDLERS=1, PERL_LOG_API=1, PERL_HANDLER=1, and
maybe other hooks to function properly."

Which makes me think I should look at the way mod_perl was compiled on my
box.

But, just in case it helps, I changed the $log->debug to just a print STDERR
and got:

uri: /admin

Thanks for the help

--0015176f0a7e25a354048889e849
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable



On Tue, Jun 8, 2010 at 1:21 PM, Fred Moy=
er <fred@red=
hotpenguin.com
>
wrote:
tyle=3D"margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204=
); padding-left: 1ex;">
On Tue, Jun 8, 2010 at 9:10 AM, Joe Breeden < =3D"mailto:joe.breeden@gmail.com">joe.breeden@gmail.com> wrote:

> I'm seeing this in the log on hits that fail:

>

> Use of uninitialized value in substitution iterator at

> /usr/lib/perl5/site_perl/5.8.8/Apache/Dispatch/Util.pm line 350.

> Use of uninitialized value in string eq at

> /usr/lib/perl5/site_perl/5.8.8/Apache/Dispatch/Util.pm line 368.



Can you apply this patch and post the output from the failed hits? >


Index: lib/Apache/Dispatch/Util.pm

==================== =====3D=
==================== =====3D=
=================3D

--- lib/Apache/Dispatch/Util.pm (revision 86)

+++ lib/Apache/Dispatch/Util.pm (working copy)

@@ -326,6 +326,7 @@

=A0 =A0 =A0 =A0my $location;



=A0 =A0 # change all the / to ::

+ =A0 =A0$log->debug('uri: ' . $r->uri) if $debug > 1;

=A0 =A0 (my $class_and_method =3D $r->uri) =3D~ s!/!::!g;



=A0 =A0 =A0 =A0if ($newloc) {





I made the change, but didn't see=
the output. In fact, I don't think any of the logging output is actual=
ly being generated. It may be because my mod_perl wasn't compiled with =
the proper switches for this module. I just used the mod_perl that was conf=
igured with the host. I re-read the perldoc and noticed this:


"This is alpha software, and as such has not been tested on multip=
le=20
platforms or environments for security, stability or other concerns. It=20
requires PERL_DIRECTIVE_HANDLERS=3D1, PERL_LOG_API=3D1, PERL_HANDLER=3D1, a=
nd=20
maybe other hooks to function properly."

Which makes me think I=
should look at the way mod_perl was compiled on my box.

But, just =
in case it helps, I changed the $log->debug to just a print STDERR and g=
ot:


uri: /admin

Thanks for the help


--0015176f0a7e25a354048889e849--

perl caller(); where are the file names?

am 14.06.2010 14:54:28 von Cate Bekensail

The "latest" apache 1.X, Apache::ASP, linux, perl 5.8.X

We are trying to get a stack dump with names, but caller returns what looks like references. Can we use these to obtain a file name? (We suspect this is a security thing??? __FILE__ doesn't expand in our debugging statements either)

Thanks. If this not the list for these questions, would you please suggest an alternative.

Re: perl caller(); where are the file names?

am 14.06.2010 16:13:10 von Perrin Harkins

Hi,

> We are trying to get a stack dump with names, but caller =A0returns what =
looks like references. =A0Can we use these to obtain a file name?

This really depends on how Apache::ASP is written. Some tools, like
Mason, set the filename to your template to make debugging easier. In
this case, it sounds like you're seeing eval'ed code. I'd suggest
talking to the author of Apache::ASP about adding more debugging help.
It's really the thing that makes the more mature tools worth using,
IMO.

- Perrin